home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000319_news@columbia.edu _Sun Jan 21 20:44:04 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id UAA25981 for <kermit.misc@watsun>; Sun, 21 Jan 1996 20:44:03 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id UAA19388 for kermit.misc@watsun; Sun, 21 Jan 1996 20:44:00 -0500 (EST)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news.dacom.co.kr!news.kreonet.re.kr!news.hnc.net!news.sprintlink.net!howland.reston.ans.net!swrinde!sdd.hp.com!hamblin.math.byu.edu!park.uvsc.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: DOS directory tree transfer?
  8. Message-ID: <1996Jan21.081558.71815@cc.usu.edu>
  9. Date: 21 Jan 96 08:15:58 MDT
  10. References: <4dp6i9$9vt@darkstar.UCSC.EDU>
  11. Organization: Utah State University
  12. Lines: 35
  13.  
  14. In article <4dp6i9$9vt@darkstar.UCSC.EDU>, rem@helios.ucolick.org (Remington Stone) writes:
  15. > Hi,
  16. > 
  17. > I have a direct serial connection between a PC running WFWG3.11 and
  18. > Kermit 3.14 patch 9, and a Sparc5 with SunOS4.1.3 and C-Kermit 5A(190).
  19. > File transfer between the two is fine.
  20. > 
  21. > I have not been able to figure out a way to transfer an entire 
  22. > directory tree with all associated files between the two machines.
  23. > 
  24. > Any ideas would be greatly appreciated!
  25. -----------------
  26.     Well, as MSK and CK programs go, there isn't a built-in way of
  27. transfering directory trees. The reason is file systems differ a great
  28. deal between operating systems, so much that there isn't a neat algorithmic
  29. way of representing one on the other. FTP has no such capability either;
  30. at best a command parser (Unix shell, etc) gets the task of creating a
  31. single file listing stuff. Kermits can produce the same listing file
  32. via the command  REMOTE DIR <qualifiers of the other side>.
  33.     Speaking as a person who does a lot of mirroring between systems,
  34. the problem is to get a directory listing of one directory from the remote
  35. machine, parse it locally knowing the kind of remote system, build a 
  36. list of files to be moved, detect subdirectories in a dir listing and
  37. stuff those into another list of to-be-explored, and so on. Finally the
  38. dual list of files and remote directories to be visited is use to drive
  39. a get-file script. Such a procedure is quite messy, uses lots of memory in
  40. many cases (all those text strings), and requires that one end understand 
  41. the syntax of directory listings of the other end.
  42.     The better approach is to use a file archiving tool on the remote
  43. end which fully understands that end and compose a single resultant file
  44. for movement across the wire. Tools such as zip, zoo, arj, tar are common.
  45. Yes, that involves extra storage on the sending end. When the remote end
  46. is Unix one must deal with Unix-isms such as long filenames, symbolic links,
  47. and mixed case sensitivity. As I said, it's a really messy problem.
  48.     Joe D.